System and method for providing interactive content for multiple networked users in a shared venue using short messaging service communication

ABSTRACT

Apparatuses, systems, methods, and program products are disclosed for providing interactive content in a shared venue. Multimedia content is presented on a theater display at a theater auditorium. The multimedia content is presented by a game server associated with the theater auditorium. A user logs in to a wireless communication device at the theater auditorium. One or more SMS messages are sent to the game server from the wireless communication device in response to user input. The user provides input in response to the multimedia content.

CROSS-REFERENCES TO RELATED APPLICATIONS

This is a continuation application of and claims priority to U.S. patentapplication Ser. No. 12/009,368 entitled “SYSTEM AND METHOD FORPROVIDING INTERACTIVE CONTENT FOR MULTIPLE NETWORKED USERS IN A SHAREDVENUE USING SHORT MESSAGING SERVICE COMMUNICATION” and filed on Jan. 19,2008, for Tim Konkle, which is incorporated herein by reference.

COPYRIGHT

A portion of the disclosure of this patent document contains materialthat is subject to copyright protection. The copyright owner has noobjection to the facsimile reproduction by anyone of the patent documentor the patent disclosure, as it appears in the Patent and TrademarkOffice patent files or records, but otherwise reserves all copyrightrights whatsoever. The following notice applies to the software and dataas described below and in the drawings that form a part of thisdocument: Copyright 2006-2008, Tim Konkle. All Rights Reserved.

FIELD

This disclosure relates to systems and methods supporting multiplenetworked users in a shared venue using short messaging servicecommunication.

BACKGROUND

The seats of a motion picture theater or similar entertainment facilitycould be equipped with individual user stations, each having its owngames and its own video screen, such as the arrays of user stations thatare found in conventional video game arcades. However, the enjoyment ofthe game is heightened by a large screen, and is enriched by sharing thecollective reactions of a large number of other concurrent users,playing a single or multiple interactive games.

Existing popular video games include those where only a single user canplay at a time, and others that allow two or several assembled users toplay simultaneously. Neither of these types of games can be playedconcurrently by a large number of multiple users.

Recently, a third variety of video game has appeared which allows alarge number of multiple users to play concurrently, but from remoteuser stations that are linked by means of a local area network or theInternet. The users are not all assembled together so there is noopportunity to share the experience of each other's reactions.

Other video game systems and facilities have also been proposed thatpermit play by multiple users. Rider et al. (U.S. Pat. No. 6,257,982),for example, discloses a system and facility for video games with alarge number of user stations and a single screen upon which the videogame images are displayed visible from each of the user stations. Thesystem allows for simultaneous use by a large number of users who sharethe experience of playing the game and their combined reactionstogether. The system is particularly suited for installation in a motionpicture theater or similar entertainment facility.

Crudgington, Jr. (U.S. Pat. No. 4,477,069), for example, discloses afuturistic styled theatre which contains a plurality of game consoles,one for each player. All players participate in the same performancewhich is controlled by a master computer but each player has his ownmonitor to view the game.

Tashiro et al. (U.S. Pat. No. 4,976,438) discloses a system where anumber of players are arranged in a circle at individual consoles. Theplayers can simultaneously play a game using a common screen (110) whichsurrounds the players. The apparatus contains a wide variety ofmechanical systems to move the seats used by the players.

Marshall et al. (U.S. Pat. No. 5,215,464) discloses a system for lawenforcement or military weapons training. Multiple trainees (who are onfoot and mobile) interact with a simulated training exercise displayedon a single large video screen. The trainees utilize firearms to shootan infrared beam at opponents on the screen. The infrared beams aredetected by the computer system running the simulation and the systemwill fire back an infrared beam in the direction of the originatingshot. Trainees wear detectors that indicate if they have been hit.

Kagan et al. (U.S. Pat. No. 5,618,045) discloses a system of multiplehand held playing devices that communicate over a wireless LAN to allowmultiple players to play the same game. The individual playing devicesmay also communicate to a large display to show the game scenario.

Dahl (U.S. Pat. No. 5,835,715) discloses a theatre based system forallowing users to make choices as to what content they wish to see onthe main screen, sub-screens of the main theatre screen, or a screen intheir individual seat computer. The theatre also incorporates a seriesof robots in front of the screen to simulate an imaginary creature toadd to the video presentation.

None of the systems known to the inventor disclose or suggest a gamingsystem for use in a motion picture theater or similar public venue inwhich a large number of simultaneous multiple users can share the samegame or multiple game experiences together using short messaging servicecommunication, heightened and enriched by also sharing in the reactionsof the total group.

Thus, systems and methods supporting multiple networked users in ashared venue using short messaging service communication is needed.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments illustrated by way of example and not limitation in thefigures of the accompanying drawings, in which:

FIG. 1 illustrates an example system of a particular embodiment thatsupports multiple networked users in a shared venue using shortmessaging service communication.

FIG. 2 illustrates another example system of a particular embodimentthat provides a wireless theater site with interactive content formultiple networked users in a shared venue.

FIG. 3 illustrates a Multi-Theater Site system architecture featuringtraditional theaters (chains), home theaters, and commercial sites.

FIG. 4 illustrates a Private Home Theater Site (wireless).

FIG. 5 illustrates a Theater Site with On-Site Event, Product andService Sales Support.

FIG. 6 illustrates a Display Screen Modality.

FIG. 7 illustrates various display screen configurations for events(e.g. games) playing across different screens.

FIG. 8 illustrates a Theater Access Server 101 in a particularembodiment.

FIG. 9 illustrates a Theater Game Server 6010 (103).

FIG. 10 illustrates a Theater Kiosk 603.

FIG. 11 illustrates a Theater Concession Terminal 604.

FIG. 12 illustrates a typical configuration of buttons on a conventionalwireless communication device 6011 with SMS functionality as useable ina particular embodiment.

FIG. 13 illustrates a configuration of information displayed on aconventional wireless communication device 6011 with SMS functionalityas useable in a particular embodiment.

FIGS. 14-19 illustrate several sample display screen snapshots invarious example embodiments.

FIG. 20 illustrates sample portions of XML code in various exampleembodiments, including a sample XML login message, a sample XML replymessage including an SMS telephone number, and a sample XML welcomemessage.

FIGS. 21-24 illustrate several sample event sequence diagrams in variousexample embodiments.

FIG. 25 illustrates a process 1600 for creating a Theater Site in aparticular embodiment.

FIG. 26 illustrates a process 1700 for the set up of the Theater AccessServer 101.

FIG. 27 illustrates a Theater Game Server 6010 Setup 1800.

FIG. 28 illustrates a process for Theater Kiosk 603 with CustomerInteractions 1900.

FIG. 29 illustrates a Theater Kiosk 603 Movie Search and Ticket Purchase2000.

FIG. 30 illustrates a Theater Kiosk 603 Event Search and Ticket Purchase2100.

FIG. 31 illustrates a Theater Kiosk 603 Game Search and Ticket Purchase2200.

FIG. 32 illustrates a Theater Concession Terminal 604 Product/ServiceRemote Purchase 2300.

FIG. 33 illustrates a process for Customer Sign In, Purchase, Play andComing Back to Theater Sites 2400.

FIG. 34 illustrates a process for large, shared auditorium screen startup and player start 2500.

FIG. 35 illustrates a process for polling, and prompting for answers toquestionnaires and ratings 2600.

FIG. 36 illustrates a process for advertising and advertisements 2700.

FIG. 37 illustrates a process for handling general events 2800.

FIG. 38 illustrates a process for content upload/download 2900.

FIG. 39 illustrates a process for player chat (wireless/wired) 3000.

DETAILED DESCRIPTION

In the following description, for purposes of explanation, numerousspecific details are set forth in order to provide a thoroughunderstanding of an embodiment of the present invention. It will beevident, however, to one of ordinary skill in the art that embodimentsmay be practiced without these specific details.

Below are described various aspects of several example embodiments ofsystems and methods supporting multiple networked users in a sharedvenue using short messaging service communication. A system architectureof example systems is illustrated in FIGS. 1-5. Several sample displayscreen snapshots are illustrated in FIGS. 14-19 and described in moredetail below.

Referring to FIG. 1, an example system of a particular embodimentprovides interactive content supporting multiple networked users in ashared venue using short messaging service communication. As describedherein, a theater-like gaming area is provided with a wireless networkand multiple wireless communication devices allowing people within thetheater-like gaming area to participate in one or more multimediaexperiences, and to possibly connect with multiple other locations. In aparticular embodiment, the wireless network is provided within thewireless theater site, while communications between theater sites can beconfigured as a wired network. As shown in FIG. 1, a wireless theatersite 6005 includes a theater access server 6008 with access to Internet6004 and one or more theater auditoriums 6009 which enable web servicesand multimedia content to be downloaded from secure Internet web servers6001. The theater site 6005 is typically a public location supportingticket sales for event sessions (movies, games, presentations,discussions), events themselves, consumers/groups at these events andproducts/services sold to these customers/groups. In a particularembodiment, the theater access server 6008 functions as the local sitegateway between remote data services from secure Internet webaccess/content servers 6001 and local systems involved with providingmultimedia content, scheduling, ticket sales, advertisement/promotionservices, and data on local customers and collectively groups ofcustomers that hold events on theater site 6005. The theater auditorium6009 includes an auditorium area. Typically, a theater auditorium isfilled with rows of seats with either a projector and large projectionscreen or large display such as a LCD or plasma display system 6012 or6014 that connects to a theater game server 6010 that has video card(s)to present a composite image to display system 6012 or 6014. Note thatdisplay system 6012 or 6014 may also have multiple physical displaydevices, e.g. dual screen monitors driven by a computer with dual portvideo cards, dual video cards, or the like. Conventional computervendors sell dual/quad display setups. In a particular embodiment, GameServer 6010 can be implemented with multiple video cards, such that GameServer 6010 can drive multiple (1, 2 or 4) displays/projectors.Similarly, various embodiments can support multiple game servers 6010and display systems 6012 or 6014 in the same or multiple auditoriums tosupport multiple multimedia streams and multiple view perspectives.Theater auditorium 6009 may also include a wireless network consistingof a cellular network modem 6002 (e.g. CDMA, GPRS, and the like), whichprovides a communication path for multimedia content and customer inputfrom one or more wireless communication devices 6011, such as ShortMessaging Service (SMS) enabled cellular telephones, personal digitalassistants (PDA's), and the like.

The theater Game Server 6010 device pulls multimedia content (movies,videos, games) and data from theater access server 6001 to present themultimedia content in a composite video image on display system 6012 or6014. Theater Game Server 6010 also sends and receives network trafficvia SMS communications between wireless communication devices 6011 asinput for events such as games or presentations. Theater Game Server6010 can also peers with other on-site theater game servers 6010 via ashared network between theater access server 6001 and its networkedresources.

Display system 6012 or 6014 may consist of a projector and large screenor a large video display such as LCD or plasma, taking a composite imagegenerated from theater Game Server 6010 video card(s) and displayingimages on its display screen for a large, shared, common screen for allof the audience in the auditorium area 6009.

Wireless communication devices 6011 allow for local (player) display oftext and/or images related to either display system 6012 or 6014multimedia content (e.g. movies or games), player profile data of acustomer logged into the device, group profile data related to acustomer, or local applications such as theater site 6005 providedproduct and service sales/promotions. Wireless communication devices6011 also allow general communication between customers either locallyin auditorium area 6009, other auditorium areas 6009 in local theatersite 6005 or remotely through theater Game Server 6010 and out toInternet 6004 via theater access server 6008 for instant messaging typetext chat, text messaging such as SMS (via 3rd party web services),email, or other common Internet protocols.

Referring still to FIG. 1, wireless communication devices 6011, can beconventional wireless communication devices, such as Short MessagingService (SMS) enabled cellular telephones, personal digital assistants(PDA's), and the like. System 6000 shown in FIG. 1 includes a kiosk 6006(described in more detail below) with which a user may log in via a webapplication or a dedicated application to play a game along with othergame players in the auditorium 6009. The kiosk game player 6007 mayreceive an SMS invite from a player in an auditorium 6009 or the kioskgame player 6007 may have previously indicated a desire to play a game.

System 6000 shown in FIG. 1 also includes a 3^(rd) party server (e.g.web server) 6003 that can be used to convert SMS messages to TCP/IPmessages. The server 6003 may be connected with a plurality of cellularnetwork modem 6002 to receive SMS messages from a plurality of playersin auditorium(s) 6009. The server 6003 may route messages based on aregistered telephone number, or the like. In a particular embodiment,3^(rd) party server 6003 supports call back routing. The server 6003 mayoptionally mask the server identity and use a “declared” name and numberfor return messages.

Referring to FIG. 2, an example system of a particular embodimentprovides interactive content for multiple networked users in a sharedvenue. As described herein, a theater-like gaming area is provided withmultiple wireless communication devices allowing people within thetheater-like gaming area to participate in one or more multimediaexperiences, and to possibly connect with multiple other locations. In aparticular embodiment, the wireless network is provided within thewireless theater site, while communications between theater sites can beconfigured as a wired network. As shown in FIG. 2, a wireless theatersite 100 includes a theater access server 101 with access to Internetand one or more theater auditoriums 102 which enable web services andmultimedia content to be downloaded from secure Internet web servers 301(shown in FIG. 3). The theater site 100 is typically a public locationsupporting ticket sales for event sessions (movies, games,presentations, discussions), events themselves, consumers/groups atthese events and products/services sold to these customers/groups. In aparticular embodiment, the theater access server 101 functions as thelocal site gateway between remote data services from secure Internet webaccess/content servers 301 and local systems involved with providingmultimedia content, scheduling, ticket sales, advertisement/promotionservices, and data on local customers and collectively groups ofcustomers that hold events on theater site 100. The theater auditorium102 includes an auditorium area. Typically, a theater auditorium isfilled with rows of seats with either a projector and large projectionscreen or large display such as a LCD or plasma display system 106 thatconnects to a theater game server 103 that has video card(s) to presenta composite image to display system 106. Note that Display System 106may also have multiple physical display devices, e.g. dual screenmonitors driven by a computer with dual port video cards, dual videocards, or the like. Conventional computer vendors sell dual/quad displaysetups. In a particular embodiment, Game Server 103 can be implementedwith multiple video cards, such that Game Server 103 can drive multiple(1, 2 or 4) displays/projectors. Similarly, various embodiments cansupport multiple game servers 103 and display systems 106 in the sameauditorium to support multiple multimedia streams and multiple viewperspectives. Theater auditorium 102 may also include a wireless networkconsisting of communications controller 104 and one or morecommunications routers 105 which provide multimedia content and gathercustomer input from one or more wireless communication devices 6011,such as Short Messaging Service (SMS) enabled cellular telephones,personal digital assistants (PDA's), and the like.

The theater game server 103 device can pull multimedia content (movies,videos, games) and data from theater access server 101 to present themultimedia content in a composite video image on display system 106.Theater Game Server 6010 also sends and receives network traffic via SMScommunications between wireless communication devices 6011 as input forevents such as games or presentations. Theater game server 103 alsopeers with other on-site theater game servers 103 via a shared networkbetween theater access server 101 and its networked resources.

Theater Communications Controller 104 can be an SMS message aggregatorproviding an access point enabling SMS message input/output to possiblyone or more wireless communication devices 6011. Theater CommunicationsController 104 can alternatively be a radio frequency (RF)communications controller employing local, low power, shared RFcommunications, such as IEEE 802.11 based WiFi, WiMax, or ZigBeeprotocols. In a particular embodiment, the auditorium 102 is managed bythe communications controller as an access point providing input/outputto possibly one or more other RF communication routers and a pluralityof wireless communication devices.

Theater Communications Router 105 can provide multimedia content andgather customer input from one or more wireless communication devices6011, such as Short Messaging Service (SMS) enabled cellular telephones,personal digital assistants (PDA's), and the like. TheaterCommunications Router 105 can alternatively be an RF communicationsrouter employing wireless access such as IEEE 802.11 based WiFi, WiMaxor ZigBee protocols over multiple low power RF channels. In this manner,data communication between communications controller 104 and wirelesscommunication devices 107 can be mediated in a peer to peer,client-server or mesh network topology.

Display System device 106 may consist of a projector and large screen ora large video display such as LCD or plasma, taking a composite imagegenerated from theater game server 103 video card(s) and displayingimages on its display screen for a large, shared, common screen for allof the audience in the auditorium area 102.

Wireless communication devices 107 allow for local (player) display ofimages related to either display system 106 multimedia content (e.g.movies or games), player profile data of a customer logged into thedevice, group profile data related to customer, or local applicationssuch as theater site 100 provided product and service sales/promotions.Wireless communication devices 107 also allow general communicationbetween customers either locally in auditorium area 102, otherauditoriums areas in local theater site 100 or remotely through theatergame server 103 and out to Internet via theater access server 101 forinstant messaging type text chat, text messaging such as SMS (via 3rdparty web services), email, or other common Internet protocols.

FIG. 3 illustrates a Multi-Theater Site system architecture featuringtraditional theaters (chains), home theaters, and commercial sites suchas hotels, schools, offices, conference rooms, plus mobile locationssuch as airplanes and automobiles. The various embodiments describedherein enable logically grouping gaming sites, managing content across anetwork to both wired and wireless players who may be in either homes,theaters or theater-like environments playing a plurality of games withothers organized in a community of groups and events exhibiting in aplurality of interactive modalities. As shown in FIG. 3, Theater Sites(wireless) 100 and Theater Sites (wired) 200 can be included in theoverall system architecture. The Multi-Theater Site network 300 groupsmultiple theater sites together, such as theater chains, but classifiessites on a public versus a private basis, where public sites may featureticket sales where private sites would primarily feature a subscriptionmodel instead.

As shown in FIG. 3, Web Access/Content Servers 301 handle both contentand management data flow, both in from content producers as well as outto content consumers, both commercial and private. The content mayconsist of multimedia and games, logical theater chain details, detailson theater sites, customers, groups, events, advertisers, promotions andmore. The management of correlating events hosted by groups,suggestions/ratings of events by both people and collectively groups,plus schedules of people as customers of future events. The Internet 302allows a shared medium of communication over well-known open protocolssuch as HTTP, SSH, VPN, web services (extensions to HTTP and HTTPS),FTP, email and instant messaging or RSS. Web Access/Content Servers 301and users of personal computers (PC) 308 (e.g. content producers orcontent consumers) can be accessible via network 302 to MultipleCommercial and Private Theater Sites 303. Multiple Commercial andPrivate Theater Sites 303 are typically not logically grouped, butinclude sites such as private home theaters 304, commercial sites 305,and mobile sites 306. Private Theater Site(s) 304 includes theater sitessuch as 401 (shown in FIG. 4) that are residential sites where no ticketsales would be expected. Instead, these sites can include a capabilityfor user log on with a wireless communication device 6011 (e.g.SMS-enabled cellphone or PDA) and play from a subscription modelservice. Individual Commercial Site(s) 305 include theater sites such ashotels, offices, schools and places where either a ticket sales model isused or a subscription model is used. Mobile Theater Sites 306 is asubscription model site without ticket sales that may be an airplane,RV, bus, SUV, boat, or generally a portable/mobile theater-likeenvironment. Commercial Theater Site(s) 307 are typically logicallygrouped in a plurality of theater chains with sites that can either havesubscription or ticket sales models, and can share information, such asmovie schedules and group/event details.

FIG. 4 illustrates a Private Home Theater Site (wireless) 400. Asdescribed in various embodiments, the Private Home Theater 400 allowsplayers to wirelessly play one or more multimedia experiences possiblyconnected to multiple other locations via network 302. Private HomeTheater Site (wireless) 400 is a theater site typically without ticketsales and features a network connection between the communicationscontroller 104 and wireless communication devices 6011. TheaterCommunications Controller 104 can be an SMS message aggregator providingan access point enabling SMS message input/output to possibly one ormore wireless communication devices 6011. Theater CommunicationsController 104 can be a radio frequency (RF) communications controlleremploying local, low power, shared RF communications, such as IEEE802.11 based WiFi, WiMax, or ZigBee protocols. The communicationscontroller 104 can act as an access point providing input/output topossibly one or more other RF communication routers and a plurality ofwireless communication devices 6011. Display System device 106 isgenerally a device such as a television, (e.g. LCD, plasma, oled, etc.)monitor or projector and screen set-up. Display System device 106 canstill feature multiple concurrent multimedia streams, however, size,resolution, merge/divide screen region areas may be optimized; plus,region timeouts may be disabled by customer configuration removing themovie interrupt (uses whole screen) limitation or expectation. Thewireless communication devices 6011 shown in FIGS. 6A and 6C aredescribed in more detail below. Private Home Theater Auditorium area 401consists of a home game server 402, network communications controller104 and multiple wireless communication devices 6011. Home Game Serverdevice 402 can be similar to a theater Game Server 6010 deviceconfigured in software to provide default configuration and services fora home, thereby removing theater management restrictions (e.g. approvingevents) and multiple auditorium settings. As used herein, the term,‘game server’ can be considered to include both theater game server andhome game server features. In regard to electronic commerce transactionsperformed with a particular embodiment in a home setting, home theatersites can be primarily subscription based. In a subscription model, thesubscription fee paid by the consumer provides the value offered by theconsumer in return for goods and services ordered via the particularembodiment described herein. The subscription model may include paymentoptions for quota or tokens. In another embodiment, a transactionalmodel may be used, wherein the home game server 402 receives agoods/service order from a consumer and then in real-time accesses theweb access/content server 301 via Internet 302 to authenticate thepayment for the order from a consumer credit card, credit account, orthe like. In this manner, the consumer can use a particular embodimentin a home setting to perform e-commerce transactions and financialtransactions. If products/goods are to be delivered to a home site, thentransactions may involve third parties, perhaps external to the systemvia Internet email or the (secure) web. Services and virtual products,such as software items, can be delivered directly to home (e.g. in gamevirtual player items or information such as business analytics) via anetwork 302 download.

FIG. 5 illustrates a Theater Site with On-Site Event, Product andService Sales Support 600. As described in various embodiments, TheaterSite 600 provides a system architecture allowing event searches, ticketpurchases, wireless remote product/service ordering and delivery.Theater Site with On-Site Event, Product and Service Sales Support 600includes Auditorium area(s) 102, and a theater access server 101 withboth a customer facing network and a content/product/services basednetwork. The customer facing network includes payment/authenticationsystems 601, multiple box office 602 devices, multiple theaterconcession terminals 604, and a bridged connection to multiple theaterkiosk(s) 603. The content/product/services based network includesmultiple theater auditoriums 102, and bridged connection to multipletheater kiosk 603 devices. Theater Site Payment/Authorization Systemdevice 601 is the credit card/ATM processing device such as a modem withcard reader common to retail stores for VISA/MASTERCARD/bank ATM thatfacilitates remote authentication, authorization and account debit forfunds on behalf of a customer. Ticket Box Office (location/devices) 602is the theater site location where customers can visually/verbally askabout events and schedules, purchase with cash or credit either ticketsor a member magnetic striped card to establish an on-site (or theaterchain) cash equivalent account. The box office would forcustomers/member cards additionally create an account with a globallyunique identifier provided from the theater access server 101 via webaccess/content server 301, and upon event ticket sales, print outsession codes or SMS messaging phone numbers for events on tickets thatare used to login with wireless communication devices 6011. TheaterKiosk device 603 has a display and input devices such as keyboard andtrackball/mouse, card reader (atm/credit or loyalty cash cards) andlocal network access. The Kiosk device 603 shows movie and game trailervideos, up-coming event schedules, plus allows a customer to search forand buy tickets to events such as game sessions and movies. The kiosk603 can forward payment authorization and account setup details to thetheater access server 101 for a customer, while allowing them to joingroups and events, plus print their tickets or schedules. The kiosk 603can also be used to define a customer's buddy list and groupmemberships, check on presence/activity of buddy list or fellow groupmembers and send cell phone text messages or email invites for eventsout to their friends, which is a request routed out to theater accessserver 101 which forwards the request to web access/content server 301to either send text message/email directly or use a third party webservice. Theater Concession Terminal 604 is basically a personalcomputer (PC) with card reader (atm/credit/loyalty card) and orderprinter, but also has software and databases to support logins by eithertheater staff or management for use in specifying product inventory,creating and running product sales (advertisements) and promotions, plusviewing/auditing customer orders.

FIG. 6 illustrates a Display Screen Modality 700. As described invarious embodiments, Display Screen Modality 700 illustrates displayscreen configurations allowing multiple display regions and a status barregion to be displayed where regions can change size, position, andcontent for multiple participants in multimedia events networked tomultiple locations. A separate multimedia stream can be shown in each ofthe display regions of the display screen modality 700. Further, amultimedia stream in an event (scheduled activity for auditoriumlocation and time/duration) can be different modalities such as passive(image/video/movies) or interactive (interactive videos, games, moviesor presentations). Display Screen Modality 700 is configured such thateither: 1) the auditorium theater screen is off, 2) the auditoriumtheater screen is on and showing a movie, or 3) the auditorium theaterscreen is on and displaying one or more display regions plus a statusbar. The large screen may be halved, or quartered into partitions, etc.such that individual multimedia streams can appear in the partitionedregions and customers (or players) who are to interact with thosepartitioned regions will be shown either by the status bar or a statusindicator on their individual wireless communication device 6011 (e.g.LED, LCD display picture or text, or audio) to let them know whichscreen region they have joined a session with for interactive input.Display Screen device 701 is configured to show a regular movie withouta status bar at the bottom of the screen. The display content is shownat theater site default or normal position, size, and resolution that iscompatible for the display content. Display Screen device 702 iscontrolled by theater Game Server 6010 or home game server 402. DisplayScreen device 702 can be configured to have multiple display regions anda status bar region. Display Region 703 provides an upper left area thatcan merge with the area to the right or the whole screen for multimediacontent. Display Region 704 provides an upper right area that can mergewith the area to the left or the whole screen for multimedia content.Display Region 705 provides a lower left area that can merge with thearea to the right or the whole screen for multimedia content. DisplayRegion 706 provides a lower right area that can merge with the area tothe left or the whole screen for multimedia content. Status Bar Region707, located on the bottom, top or sides of the display screen can beused to display theater, event or specific content information. SingleDisplay Region 708 provides a single region using the whole screen forsingle multimedia content, plus the status bar region 707. Split DisplayRegions 709 provides two display regions showing two separate multimediacontent, plus a status bar region 707. Upper Tri-Region Display 710provides three multimedia display regions where the upper area ofhorizontal is split, plus a status bar region 707. On larger screens,this may be a top half screen with several event display regionmultimedia streams and the upper area split into many similarly sizedregions, such as splitting the upper area across its width into 2, 3, 4or more display regions. Lower Tri-Region Display 711 provides threemultimedia display regions where the lower area of horizontal is split,plus a status bar region 707. On larger screens, this may be a the lowerhalf screen with several event display region multimedia streams and thelower area split into many similarly sized regions, such as splittingthe lower area across its width into 2, 3, 4 or more display regions.Quad Display Region 712 provides four display regions for multimediacontent, plus a status bar region 707. Alternate Views 713 providesdisplay regions that can show alternate views of the same multimediacontent, such as head-to-head games where a multimedia stream contentmodel is the same, but the view perspective for each region is different(e.g. chess board view over white piece side and black piece side). Inthis case, the player(s) associated with a given view or display regionhas their input from wireless communication devices 6011 related tocontrol that particular view, such as having two teams playing eachother where one team is shown in top and other in bottom. Collectivelythe player(s) input for the first team may be directed for controllingaspects of the top screen's view and vice versa for the other teamdisplay, players and control input. However, the game or simulationmodel encompasses whole world, though input may be restricted to smallermodel parts and the model may be distributed across theater gameservers. Nevertheless, views are still presented to a display region asa composite image in traditional computer graphics methods.

FIG. 7 illustrates various display screen configurations for events(e.g. games) playing across different screens. As described in variousembodiments, the system architecture allows multiple sites to featuremultiple multimedia experiences on displays with different displayregions that can vary by actual screen location, size and possibly viewperspective. The various display screen configurations for events 800enable the playing of many multimedia streams across different screensites, sizes, locations and view perspectives, where participants at onetheater auditorium site 102 or 201 may be all playing in an eventdisplayed in a whole screen against participants in another theaterauditorium site 102, which may be sharing a display screen system withother event multimedia streams, thus causing the second site to notdisplay the first event on the whole screen. Display screenconfigurations 801 depict a networked configuration providing multiplefull screen display for multimedia events, the whole screen at a firstsite versus another whole screen at a second site. Display screenconfigurations 802 depict a Screen Location and Size variation where thescreen display region size and location may differ between event sites.Display screen configuration 802 shows event A content between sites canbe either whole screen sized or sub-screen sized depending on contentstreams in use at a particular site. Screen size and location iscontent, time and demand based according to their individualconfigurations, theater management scheduling and other considerationssuch as theater site offering premium based events reserving wholescreen or only subset of content for a particular location (auditorium)and time (event session). Display screen configuration 803 shows thatscreen multimedia content at sites may differ. Screen regions mayfeature different content per region and shared events across sites maybe placed in different display regions. Display screen configuration 804shows that screen display region modalities may differ. Display regionsmay differ in that any region can show both passive and interactivecontent, such as images, videos, interactive presentations, and games.Display screen configuration 805 shows a configuration with a fullscreen (display region) image in a passive modality. Display screenconfiguration 806 shows a configuration with a half screen (displayregion) image in a passive modality. Display screen configuration 807shows a configuration with a quarter screen (display region) image in apassive modality. Display screen configuration 808 shows a configurationwith a full screen (display region) video in a passive or interactive(movie) modality. Display screen configuration 809 shows a configurationwith a half screen (display region) video in a passive or interactive(movie) modality. Display screen configuration 810 shows a configurationwith a quarter screen (display region) video in a passive or interactive(movie) modality. Display screen configuration 811 shows a configurationwith a full screen (display region) presentation in a passive orinteractive modality. Display screen configuration 812 shows aconfiguration with a half screen (display region) presentation in apassive or interactive modality. Display screen configuration 813 showsa configuration with a quarter screen (display region) presentation in apassive or interactive modality. Display screen configuration 814 showsa configuration with a full screen (display region) game in a generallyinteractive modality. Display screen configuration 815 shows aconfiguration with a half screen (display region) game in a generallyinteractive modality. Display screen configuration 816 shows aconfiguration with a quarter screen (display region) game in a generallyinteractive modality.

FIG. 8 illustrates a Theater Access Server 101 in a particularembodiment. As described in a particular embodiment, Theater AccessServer 101 is an on-site server that intermediates access between theInternet 302 (content/communications) and premises equipment for bothauditorium games and product/service sales using local databases ofpeople, groups, events, advertisements, inventory and promotions.Theater Access Server 101 can also schedule games to run on all gameservers 6010. The Theater Access Server 101 can also have an attachedcellular modem 6002 to route SMS messages or TCP/IP traffic back to gameservers 6010 or to players 6011 or 6007.

In a particular embodiment, Theater Access Server 101 includes Processor900, such as an Intel (Pentium/Core 2 Duo) or AMD (Athlon) desktopmachine, local databases 901, the content for which can be pulled from(Internet) remote web access content server 301 for site operations,memory 902, which can be RAM for computer program or data storage,display device 903, such as a video display, LCD, CRT, plasma display,or the like, keyboard 904, which can be a standard PC input device, suchas a conventional QWERTY Latin ASCII based keyboard, data storage device905, such as a hard drive, cursor control/pointing device 906, such as aconventional mouse, a CD/DVD device 907 for bulk storage and input, backups, software installation, and offsite storage, card reader 908 forreading magnetic strip cards such as cash cards, credit cards and such,local network interface device 909 for connection with a localwired/wireless network for both sales (box office, kiosk, concessions)and auditorium data communications, fire-walled network 910 for accessto the Internet, including access to the web access content server 301and other logical remote theater sites (theater chain), a USB interfacedevice 911 for both communication and external storage (reading orwriting data).

FIG. 9 illustrates a Theater Game Server 6010 (103). As described invarious embodiments, Theater Game Server 6010 (103) can execute multipleconcurrent multimedia applications (movies & games), intermediatescommunication between local & remote wireless communication devices 6011and forwards customer messages such as product/service orders (food),friend text, SMS message communications, SMS message invite requests,and application messages such as management disturbance or helprequests. In a particular embodiment, Theater Game Server 6010 includesProcessor 900, such as an Intel (Pentium/Core 2 Duo) or AMD (Athlon)desktop machine, memory 902, which can be RAM for computer program ordata storage, one or more display devices 903, such as a videodisplay(s), LCD, CRT, plasma display(s), or the like (e.g. with one ormore video cards), keyboard 904, which can be a standard PC inputdevice, such as a conventional QWERTY Latin ASCII based keyboard, datastorage device 905, such as a hard drive, cursor control/pointing device906, such as a conventional mouse, a CD/DVD device 907 for bulk storageand input, back ups, software installation, and offsite storage, and aUSB interface device 911 for both communication and external storage(reading or writing data). In addition, a particular embodiment ofTheater Game Server 6010 includes Theater Game Server Databases 1000,which include multimedia content (video, game, sound, scripts), data onplayers/groups, data on events (schedules, attendees), advertisements,promotions, presentations, ratings (movies, games, events) and localsite details. Theater Game Server 6010 further includes AuditoriumNetwork Interface 1001 and Local Network interface 1002 to connect witha local wired/wireless network for access both to Theater Game Server6010 and other Game Servers.

Theater Game Server 6010 may have a cellular modem 6002 attached orintegrated for SMS communications during game play. Players in thetheater auditorium can be advised of an SMS telephone number to call toobtain access to the game server 6010. Alternatively, SMS messages cantravel via the theater access server 6008 for theater site gatewaymanaged routing of SMS to TCP/IP messaging. Cellular network modem 6002can be a conventional SMS modem compatible with a conventional wirelesscellular telephone network (e.g. CDMA, GPRS, Edge, or the like). Thecellular network modem 6002 can provide SMS communications viacommunications network interface 1001.

FIG. 10 illustrates a Theater Kiosk 603. As described in variousembodiments, Theater Kiosk 603 allows theater patrons to search forevents (movies, games, presentations), purchase tickets, enter personalprofile data, join groups, sign up for group events and create events,plus send out group/buddy event invites via text messages. In aparticular embodiment, Theater Kiosk 603 includes Processor 900, such asan Intel (Pentium/Core 2 Duo) or AMD (Athlon) desktop machine, memory902, which can be RAM for computer program or data storage, displaydevice 903, such as a video display, LCD, CRT, plasma display, or thelike, keyboard 904, which can be a standard PC input device, such as aconventional QWERTY Latin ASCII based keyboard, data storage device 905,such as a hard drive, cursor control/pointing device 906, such as aconventional trackball/mouse, a CD/DVD device 907 for bulk storage andinput, back ups, software installation, and offsite storage, card reader908 for reading magnetic strip cards such as cash cards, credit cardsand such, local network interface device 909 for connection with a gameserver device via a local wired/wireless network, and a USB interfacedevice 911 for both communication and external storage (reading orwriting data). In addition, a particular embodiment of Theater Kiosk 603includes databases 1300 for event schedules, site details, groups,promotions, trailers and videos. Theater Kiosk 603 further includesticket printer 1301 to print tickets for events, promotions andschedules.

FIG. 11 illustrates a Theater Concession Terminal 604. As described invarious embodiments, Theater Concession Terminal 604 tracks inventory,promotions, events and receives remote orders from wirelesscommunication devices 6011. In a particular embodiment, TheaterConcession Terminal 604 includes Processor 900, such as an Intel(Pentium/Core 2 Duo) or AMD (Athlon) desktop machine, memory 902, whichcan be RAM for computer program or data storage, display device 903,such as a video display, LCD, CRT, plasma display, or the like, keyboard904, which can be a standard PC input device, such as a conventionalQWERTY Latin ASCII based keyboard, data storage device 905, such as ahard drive, card reader 908 for reading magnetic strip cards such ascash cards, credit cards and such, local network interface device 909for connection with a game server device via a local wired/wirelessnetwork, a USB interface device 911 for both communication and externalstorage (reading or writing data), and ticket printer 1301 to printtickets for events, promotions and schedules. In addition, a particularembodiment of Theater Concession Terminal 604 includes databases 1400for inventory, promotions, event schedules, and game server details.Theater Concession Terminal 604 can also include a bar code scanner 1401for tracking inventory in a particular embodiment.

FIG. 12 illustrates a typical configuration of buttons on a conventionalwireless communication device 6011 with SMS functionality as useable ina particular embodiment. As shown, the wireless communication device6011 can be a typical wireless telephone 7001 with phone functionsprovided either by buttons or menus. Phone 7001 can include a button7002 to activate an SMS text messaging application and a button 7003 toactivate a calendar application. Phone 7001 can also include button 7004to activate main phone calling/answering functionality—voice calls,button 7005 to activate “Data” service on phones allowing for email viaPOP TCP/IP protocol, button 7007 to activate “Data” service allowing webbrowsing via HTTP or HTTPS TCP/IP protocols, button 7008 to activateMusic selection functionality, schedule and play music applications.Music can be downloaded via the “Data” services either on demand,asynchronously or by push. Phone 7001 can also include button 7006 toactivate a Home screen, “OK”, “Back” or power on/off functionality.

FIG. 13 illustrates a configuration of information displayed on aconventional wireless communication device 6011 with SMS functionalityas useable in a particular embodiment. As shown, wireless telephone 8001can include button 8002 to get list of previous people/numbers that havesent a SMS message to this phone. Phone 8001 can also includeinformation 8003 to show the current person or number to whom or fromwhom SMS text messaging is sent/received. Phone 8001 can also includebutton 8004 to clear all SMS text message from this person or number.Phone 8001 can also include information 8005 to show the date and timethe last message sent or received. Phone 8001 can also includeinformation 8006 to show the message first sent from this phone to thephone or number in 8003. Phone 8001 can also include information 8007 toshow the response SMS text message sent. Phone 8001 can also includeinformation 8008 to show the second out going SMS text message sent out,perhaps in reply to received message 8007. Subsequent SMS text message8009 can be shown from the called person or number. Text entry box 8010is provided for a potential third message to be sent. Phone 8001 canalso include an on screen keyboard 8011 for typing in characters to besent as an SMS text message. Note that SMS text messages that containphone numbers can be tapped to call those (and saved in an addressbook), web Uniform Resource Locators (URLs) can open in browser, emailaddresses can open in a mail application.

FIGS. 14-19 illustrate several sample display screen snapshots invarious example embodiments, which are described in more detail below.FIG. 14 illustrates a full theater screen view 1001 for an SMS playedgame. The theater screen view 1001 can show the game title 1002,background art images, animations, or such 1003, directions 1004 ongenerally how to play the game, game specific details on joining intothe game 1005, such as a phone number to text using SMS datacommunications, a start phrase if a gateway needs to steer SMS packet, apossible “call sign” for the user, etc. Game specific details 1005 maystate that complete game rules are posted in the lobby of theater,available on a card in seat, etc. The theater screen view 1001 can alsoshow a marquee 1006 that scrolls theater screen data, up-coming eventinformation, advertising, or non-game related information.

A specific example of full theater screen view 1001 is also shown asfull theater screen view 1011, including information displays 1012-1016as detailed above.

FIG. 15 illustrates a theater screen view 2001 with only half of thescreen allocated for an SMS played game. The example embodiment of thetheater screen view 2001 can share the theater screen with othercontent. The SMS played game can be displayed in a top portion, bottomportion, or one of the four quadrant portions of the screen. The theaterscreen view 2001 can show the game title 2002, background art images,animations, or such 2003, directions 2004 on generally how to play thegame, game specific details on joining into the game 2005, such as aphone number to text using SMS data communications, a start phrase if agateway needs to steer SMS packet, a possible “call sign” for the user,etc. Game specific details 2005 may state that complete game rules areposted in the lobby of theater, available on a card in seat, etc. Thetheater screen view 2001 can also show a marquee 2008 that scrollstheater screen data, up-coming event information, advertising, ornon-game related information. Additionally, other data portions 2006 and2007 can be displayed in other portions of the theater screen view 2001.The other content 2006 and 2007 can include other content stream data,such as videos, games, movies and such, or other parts of this game(progress, scores, etc).

A specific example of half theater screen view 2001 is also shown ashalf theater screen view 2011, including information displays 2012-2018as detailed above.

FIG. 16 illustrates a full theater screen view 3001 for a multi-team SMSplayed game. View 3001 can support a screen for multiple team/tournamentplay where players get to pick a team. Otherwise, a computer server(game server) gets to place players into a team based on a pre-definedalgorithm (e.g. random, last digit of their phone number being odd, timeof arrival, etc.). The theater screen view 3001 can show the game title3002, background art images, animations, or such 3003, directions 3004on generally how to play the game, game specific details on joining intothe game 3005, such as a phone number to text using SMS datacommunications, a start phrase if a gateway needs to steer SMS packet, apossible “call sign” for the user, etc. Game specific details 3005 mayinstruct a player to select a team number from provided SMS text, etc.Additionally, game specific details can include an SMS phone number 3005to message for team 1. Game specific details can include an SMS phonenumber 3006 to message for team 2. Additional teams may be similarlysupported. Game specific details 3005 may also state that complete gamerules are posted in the lobby of theater, available on a card in seat,etc. The theater screen view 3001 can also show a marquee 3007 thatscrolls theater screen data, up-coming event information, advertising,or non-game related information.

A specific example of full theater screen multi-team view 3001 is alsoshown as full theater screen view 3011, including information displays3012-3017 as detailed above.

FIG. 17 illustrates a half theater screen view 4001 with only half ofthe screen allocated for a multi-team SMS played game. The exampleembodiment of the theater screen view 4001 can share the theater screenwith other content. The multi-team SMS played game can be displayed in atop portion, bottom portion, or one of the four quadrant portions of thescreen. View 4001 can support a screen for multiple team/tournament playwhere players get to pick a team. Otherwise, a computer server (gameserver) gets to place players into a team based on a pre-definedalgorithm (e.g. random, last digit of their phone number being odd, timeof arrival, etc.). The theater screen view 4001 can show the game title4002, background art images, animations, or such 4003, directions 4004on generally how to play the game, game specific details on joining intothe game 4005, such as a phone number to text using SMS datacommunications, a start phrase if a gateway needs to steer SMS packet, apossible “call sign” for the user, etc. Game specific details 4004 and4005 may instruct a player to select a team number from provided SMStext, etc. Additionally, game specific details can include an SMS phonenumber 4004 to message for team 1. Game specific details can include anSMS phone number 4005 to message for team 2. Additional teams may besimilarly supported. Game specific details 4004 and 4005 may also statethat complete game rules are posted in the lobby of theater, availableon a card in seat, etc. The theater screen view 4001 can also show amarquee 4008 that scrolls theater screen data, up-coming eventinformation, advertising, or non-game related information. Additionally,other data portions 4006 and 4007 can be displayed in other portions ofthe theater screen view 4001. The other content 4006 and 4007 caninclude other content stream data, such as videos, games, movies andsuch, or other parts of this game (progress, scores, etc).

A specific example of half theater screen view 4001 is also shown ashalf theater screen view 4011, including information displays 4012-4019as detailed above.

FIG. 18 illustrates a full theater screen view 5001. The exampleembodiment of the theater screen view 5001 can be used to show the gameend or final outcome information. Theater screen view 5001 can includedisplays for the game title 5002, game specific (end) message 5003, andgame or site specific information 5004 to inform a winning game playerthat they have won a prize or to show player statistics, tournamentstandings, etc. Game or site specific information 5004 may also direct awinning player to visit the lobby (management, kiosks, concessionsbooth), web or mail in code or such to redeem a prize. The theaterscreen view 5001 can also show a marquee 5005 that scrolls theaterscreen data, up-coming event information, advertising, or non-gamerelated information.

A specific example of theater screen view 5001 is also shown as theaterscreen view 5011, including information displays 5012-5015 as detailedabove.

FIG. 19 illustrates a series of display screen views 9000 thatillustrate an example of game player login (9001, 9010), game play(9020, 9030), and game completion (9040, 9050). Display screen views9001, 9020, and 9040 are displayable on a common shared big screen, suchas a theater screen. Display screen views 9010, 9030, and 9050 aredisplayable on the small display screen that is integral to the wirelesscommunication device 6011, such as the display screen on an SMS capablecellular telephone. As shown in the example of FIG. 19, game playerlogin theater screen view 9001 includes game title 9002, game backgroundimages/animation 9003, game specific directions 9004 instructing a useron how to login and play a game, and game specific data 9005, such as anSMS phone number to call and perhaps any initial text message content,team play information, how to information, etc. Game player logintheater screen view 9001 also includes marquee 9006 showing upcomingevents, movies, announcements, and the like.

FIG. 19 also illustrates a series of display screen views 9010 thatillustrate an example of game player login 9010, game play 9030, andgame completion 9050 from the perspective of the user of the wirelesscommunication device 6011. Display screen views 9010, 9030, and 9050 aredisplayable on the small display screen that is integral to the wirelesscommunication device 6011, such as the display screen on an SMS capablecellular telephone. As shown in the example of FIG. 19, game playerlogin on the wireless communication device 6011 provides SMS textmessaging screen view 9010 that includes information 9011 indicating theSMS phone number being called to join the game (e.g. 123-456-7890), thedate 9012 that the last SMS text message was sent or received, an SMStext message 9013 sent by a player to initiate game play. In thisexample, the SMS text message, “join game” is sent to game server tojoin a game. A response SMS text message 9014 comes back to the joiningplayer from game server telling the player that they have successfullybeen logged into the game. A text edit box 9015 is provided to preparethe next text message to be sent by the game player, where charactersare entered either by an on-screen keyboard on the wirelesscommunication device 6011, a phone T9 multi-tap method, touch screeninput (graffiti) or perhaps voice (phone device dependent).

FIG. 19 illustrates a theater display screen view 9020 that illustratesan example of game play. Display screen views 9020 is displayable on acommon shared big screen, such as a theater screen. In view 9020, a maingame play screen is displayed. This main game play screen can includequestions for trivia, graphics for action games, images with arrows tospecify possible movements allowed of on-screen game pieces, sprites,avatars, or general video/images. Theater screen 9020 also includes gamespecific data 9021, for example, displaying a trivia question posed togame players, etc. Information displays 9022-9025 can be used to showpossible player actions to decide/vote on, such as answering questions.Answers to the posed questions can be sent in SMS text conveying a textcode for an answer or simple text of the actual answer (possible answersare not typically shown on the shared theater screen). Theater screen9020 also includes game specific details 9026 describing how or where tosend answers for this game or site. Theater screen 9020 also includesmarquee 9027 showing upcoming events, movies, announcements, and thelike.

FIG. 19 also illustrates a display screen view 9030 that illustrates anexample of game play from the perspective of the user of the wirelesscommunication device 6011. Display screen view 9030 is displayable onthe small display screen that is integral to the wireless communicationdevice 6011, such as the display screen on an SMS capable cellulartelephone. As shown in the example of FIG. 19, game play on the wirelesscommunication device 6011 provides SMS text messaging screen view 9030that includes information 9031 indicating the SMS phone number beingcalled to play the game (e.g. 123-456-7890), the date 9032 that the lastSMS text message was sent or received, an SMS text message 9033 sent bya player to initiate game play. In this example, the SMS text message,“join game” is sent to game server to join a game. A response SMS textmessage 9034 comes back to the joining player from game server tellingthe player that they have successfully been logged into the game. In theSMS text message 9035, a player sends a first SMS text message for gameplay input, in this case for selecting a particular game answer. Theanswer code plus the SMS of the message ties the player input to theplayer for the game server. A response SMS text message 9036 comes backto the player from the game server giving the player an answer to theplayer's choice entered in 9035 and giving game play status for thisparticular player, team, or device (cell phone) A text edit box 9037 isprovided to prepare the next text message to be sent by the game player,where characters are entered either by an on-screen keyboard on thewireless communication device 6011, a phone T9 multi-tap method, touchscreen input (graffiti) or perhaps voice (phone device dependent).

FIG. 19 illustrates a display screen view 9040 that illustrates anexample of game play completion. Display screen view 9040 is displayableon a common shared big screen, such as a theater screen. As shown in theexample of FIG. 19, game play completion theater screen view 9040includes game title, game background images/animation, game specificresult or completion information 9041 instructing game players on theresults of a completed game, game winner information 9042, and prizeredemption information 9043. Game play completion theater screen view9040 also includes marquee 9044 showing upcoming events, movies,announcements, and the like.

FIG. 19 also illustrates a display screen view 9050 that illustrates anexample of game completion from the perspective of the user of thewireless communication device 6011. Display screen view 9050 isdisplayable on the small display screen that is integral to the wirelesscommunication device 6011, such as the display screen on an SMS capablecellular telephone. As shown in the example of FIG. 19, game completionon the wireless communication device 6011 provides SMS text messagingscreen view 9050 that includes information 9051 indicating the SMS phonenumber being called to play the game (e.g. 123-456-7890), the date 9052that the last SMS text message was sent or received, and an SMS textmessage 9053 sent by a player to respond to a game question. In thisexample, the SMS text message, “NM03” is sent to the game server torespond to a game question. A response SMS text message 9054 comes backto the player from game server telling the player that they havesuccessfully answered the game question. A further response SMS textmessage 9055 comes back to the player from game server telling theplayer that they have won the game. Response SMS text message 9055further provides game prize redemption information so the game winnercan claim a prize for winning the game. A text edit box 9056 is providedto prepare the next text message to be sent by the game player, wherecharacters are entered either by an on-screen keyboard on the wirelesscommunication device 6011, a phone T9 multi-tap method, touch screeninput (graffiti) or perhaps voice (phone device dependent).

FIG. 20 illustrate sample portions of XML code in various exampleembodiments. In particular, FIG. 20 illustrates a sample general SMSmessage (short message service) 10001. The sample SMS message 10000includes an SMS sender phone number (caller number) 10002, an SMS sendername (caller name) 10003, the called SMS phone number (called number)10004, and message text 10005. Message text 10005 can typically be 1607-bit characters, 140 8-bit characters, or 70 16-bit characters.

Sample XML packet 10006 can be sent in conventional TCP/IP, such asthrough sockets, web services, or embedded in email, etc. The exampledata shown in the example of FIG. 20 illustrates a person using SMS tologin or join a new SMS based game. The Called number (10011) can beshown on the theater screen as a contact phone number, while game loginspecific data also comes from theater screen and may state what messageto send as data so that multiple simultaneous games can be discerned,otherwise it may simply be a command phrase or empty.

Sample XML TCP/IP reply 10007 in the illustrated example is sent back tothe player and will reach the player in SMS format. The game server, SMSgateway or third party will do the XML-to-SMS translation. This examplemay have a new game specific instance phone number for either specificplayers on a team, load balancing the available game servers (the otherssimply play a video synchronized according to a schedule or differentmeans), or such.

Message 10008 is an example of an XML welcome message (e.g. “Welcome toa new game”). The XML message can be displayed to game players on ashared theater screen and to users later via SMS messaging. Thisparticular message is used to inform players that a game has started orthey have joined a game.

In a particular embodiment, the game server 6010 can prepare a “welcome”response to the initial login by a joining player. In the prepared“welcome” response to the player, the response can include the text ofan IP address and port identifier that the player can use to play thegame over a WiFi connection, if the client in the player device is socapable. In this case, the particular embodiment performs anSMS-to-TCP/IP hand off or translation.

As an example of the embodiment described above, consider the followingexample. Game Server 6010 can have: 1) game software showing games, 2) acellular modem for SMS messages, and 3) an auditorium facing andavailable wireless WiFi network with a TCP address and port identifierto contact game software directly, and optionally the auditoriumwireless SSID (service set ID). In this case, the game server 6010prepared response may be of form, “Welcome to <game name>. http://<IPADDR>:<PORT NUMBER>/[?SSID=<SSID>[&pass=<passphrase>]]”. As a particularexample of this prepared response, see the format below:

-   -   “Welcome to Rock and Roll Trivia. http://192.168.10.2:9494/”        (SMS->IP 192.168.10.2 and Port 9494)    -   “Welcome to Rock and Roll Trivia.        http://192.168.10.2:9494/?SSID=gft-aud1” (SMS->IP 192.168.10.2,        Port 9494, WiFi SSID gft-aud1 and no passphrase or open)    -   “Welcome to Rock and Roll Trivia.        http://192.168.10.2:9494/?SSID=gft-aud1&pass=1234567890”        (SMS->IP 192.168.10.2, Port 9494, WiFi SSID gft-aud1 and        passphrase 1234567890)

Cell phone application software in wireless communication device 6011,being perhaps a preloaded application in the device or a userpre-downloaded application from web, such as by direction on theaterflyers, theater screen directions, or a host web site, can drive the SMSmessages and then parse this response to automatically switch over fromstarting with SMS text messages to use a TCP/IP wireless WiFi network.

In another particular embodiment, the game server 6010 can prepareanother “welcome” response to the initial login by a joining player. Inthe prepared “welcome” response to the player, the response can includethe text of a Web URL or other link to a file for the player's deviceclient to download software to play by a WiFi and TCP/IP connection, ifthe client in the player device is so capable. In this case, theparticular embodiment performs an SMS-to-file download hand off ortranslation.

In the example embodiment described above, a web URL for a wirelesscommunication device (e.g. cell phone) application software download maybe embedded in a game welcome message. The software can be packaged as aJava applet or midlet. In this case, the game server initial loginresponse can be implemented as illustrated in the following example.

-   -   “Welcome to Rock and Roll Trivia.        http://www.GamesForTheaters.com/download/file.jad”

The sample welcome text message illustrated above is basically a textmessage followed by an optional web URL to get a file that a user mayclick upon in the SMS application to automatically download thesoftware. The next game the user plays can be either still via SMScommunications or via the downloaded application which can start withSMS to get a current game's IP address and port identifier. Then, thedata communication protocol for the player can switch to TCP/IP trafficto download data for a custom user interface and button input ratherthan using SMS text messaging.

FIGS. 21-24 illustrate several sample event sequence diagrams in variousexample embodiments. The illustrated embodiments show a sequence ofevents as game players play games via SMS messaging. The illustratedembodiments also show a sequence of events as the disclosed systemprocesses the player input and associated game output.

FIG. 25 illustrates a process for creating a Theater Site in aparticular embodiment. As provided in a particular embodiment, theTheater Management Sets Up the Theater Access Server 101 in processingblock 1601. In processing block 1602, the Theater Management Sets Up theGame Server(s) 103. In decision block 1603, Game Server 6010 set upcontinues until all game servers are set up. In processing block 1604,Theater Management Sets Up Box Office Ticketing. In processing block1605, Theater Management Sets Up Theater Kiosks 603. In processing block1606, Theater Management Sets Up Theater Concession Terminal(s) 604. Inprocessing block 1607, Theater Management Starts Ticket Sales at the Boxoffice and at the Kiosk 603. Theater Management also starts processingorders at the concession terminal 604.

FIG. 26 illustrates a process for the set up of the Theater AccessServer 101. As described in a particular embodiment, the processincludes setting up a theater access server 101 with the Internet,ticketing, sales, event details (movies and games), plus allowingcommunication in/out for multi-site game play, customer download of data(event data) and player chat/schedules/invites. In processing block1701, the Theater Management Enters Site Details, such as the name,location, theater chain, details on screens, game server(s), desiredgame content to download, schedules of events (movies/games), policy ofevent scheduling/communication, billing mechanisms (box office/cashcard/credit card authorization) and layout of tickets printed. Inprocessing block 1702, the Theater Access Server 101 Pulls InternetData. In processing block 1703, Theater Management Sets Up the MovieSchedule. In processing block 1704, Theater Management Sets Up the GameSelection. In processing block 1705, Theater Screens/Kiosks Run Movie &Game Trailers. In processing block 1706, the Box Office/Kiosk/Web SellEvent (Movie and Game) Tickets. In processing block 1707, SMS callnumbers are offered for use by wireless communication devices 6011 toparticipate in Game Sessions.

FIG. 27 illustrates a Theater Game Server 6010 Setup. As described in aparticular embodiment, Game Server 6010 can pull content in addition tomovies, such as games, presentations, and educational/technicalsessions. Theater Game Server 6010 can handle input from customersplaying games or interactive content both locally and on other gameservers, plus send out text messages or process data from the web. In aparticular embodiment, Theater Game Server 6010 Setup processing isshown in FIG. 6M. In processing block 1801, Theater Management Sets upGame Server 6010 details. In processing block 1802, Theater ManagementSets up SMS messaging equipment (e.g. cellular modems 6002). Inprocessing block 1805, wireless communication devices 6011 can be usedto allow customer logins (guest, member and host modes) and SMScommunications with game server 6010.

FIG. 28 illustrates a process for Theater Kiosk 603 with CustomerInteractions. As described in a particular embodiment, a Theater Kiosk603 allows a customer to search/buy event tickets, enter player/groupdetails and send player invites (text messages or invite into group). Ina particular embodiment, Theater Kiosk 603 processing is shown in FIG.28. In processing block 1901, Theater Kiosk 603 shows up-coming content.In processing block 1902, a customer approaches the kiosk 603 andchooses an option. The available options are shown in blocks 1903-1909.In processing block 1903, a customer chooses a Movies option. Inprocessing block 1904, a customer chooses a Games option. In processingblock 1905, a customer chooses a General Event option (presentation,such as a technical or educational session). In processing block 1906, acustomer chooses a Buy Tickets option. In processing block 1907, acustomer chooses an Edit Player Information option. In processing block1908, a customer chooses an Edit Player Group Details option, such asschedule, events and rating recommendations. In processing block 1909, acustomer chooses a Logout option.

FIG. 29 illustrates a Kiosk 603 Movie Search and Ticket Purchase. Asdescribed in a particular embodiment, using customer and movie metainformation, ratings and group recommendations, a customer is able tosearch and purchase tickets easily, plus schedule the movie so thatothers such as a group or buddy list can be invited along to the movie.In processing block 2001, Theater Kiosk 603 shows a movie selectionoption. In decision block 2002, the kiosk 603 uses the customer loginidentifier (if any) to determine if the customer is already a memberwith user profile information. If the customer is currently a member,processing continues at block 2004. If the customer is not currently amember, processing continues at decision block 2003. In decision block2003, the customer is asked if s/he would like to become a member. Ifthe customer chooses to become a member, processing continues at block2004. If the customer chooses to not become a member, processingcontinues at block 2007. In processing block 2004, kiosk 603 can listand select a movie (listing ranked based on customer profile or eventsattended, interest keywords, group information, and other informationrelevant to this particular customer). In processing block 2005, kiosk603 can list groups (name/description) who have ranked this moviebefore. In processing block 2006, kiosk 603 can list group events thatmay have featured the movie or have/will discuss this movie (e.g. fangroups). In processing block 2007, kiosk 603 can list and select a movieshowing general details (title, actors, director, genre, description).In this case, customer profile information is not available. Inprocessing block 2008, kiosk 603 can list ratings, associated terms andrecommendations for the selected movie. In processing block 2009, kiosk603 can list groups that recommend this movie (name, description). Indecision block 2010, the customer is asked if s/he would like to join agroup that recommends this movie or will discuss it at an event. If thecustomer chooses to join a group, processing continues at block 2006. Ifthe customer chooses to not join a group, processing continues at block2011. In decision block 2011, the customer is asked if s/he would liketickets printed. If so, the tickets are printed in processing block 2012and the customer is directed back to the main menu.

FIG. 30 illustrates a Kiosk 603 Event Search and Ticket Purchase. Asdescribed in a particular embodiment, using customer and event metainformation, ratings and group recommendations, a customer is able tosearch and purchase tickets easily, plus schedule the event so thatothers, such as a group or buddy list, can be invited along to theevent. In processing block 2101, Theater Kiosk 603 shows an eventselection option. In decision block 2102, the kiosk 603 uses thecustomer login identifier (if any) to determine if the customer isalready a member with user profile information. If the customer iscurrently a member, processing continues at blocks 2104, 2107, or 2114.If the customer is not currently a member, processing continues atdecision block 2103. In decision block 2103, the customer is asked ifs/he would like to become a member. If the customer chooses to become amember, processing continues at blocks 2104, 2107, or 2114. If thecustomer chooses to not become a member, processing continues at block2108. In processing block 2104, the customer is offered an option toorganize a new event. In processing block 2105, the customer can enterdetails of event (title, description, keywords, location, group/hostsponsor, cost, URL) and schedule the event, possibly pending theatermanagement approval. In processing block 2106, the customer can scheduleevent promotions, advertisements and possibly trailer videos to show. Inprocessing block 2107, the customer is offered an option to searchevents as a member, based on various criteria, including group, time,topic, and rating. In processing block 2108, the customer is offered anoption to enter event search/selection as a guest (e.g. no previouslystored customer profile or history information is available). Inprocessing block 2109, the customer is offered an option to searchevents based on various criteria, including group, time, topic, andrating. In processing block 2110, the customer is offered an option tosearch and list events based on groups hosting an event (group name orgroup meta information). In processing block 2111, the customer isoffered an option to search and list events based on a time an eventwill occur. In processing block 2112, the customer is offered an optionto search and list events based on a topic (description or keywords). Inprocessing block 2113, the customer is offered an option to search andlist events based on ratings the event has received in previousoccurrences. In processing block 2114, as a member with profile andperhaps group profile details, the customer is offered an option to viewrecommendations based on matches and ratings. In processing block 2115,the customer/member is offered the option to select an event to attend.In processing block 2116, the customer is asked if s/he would like topurchase tickets. If so, the tickets are printed in processing block2117 and the customer is directed back to the main menu.

FIG. 31 illustrates a Kiosk 603 Game Search and Ticket Purchase. Asdescribed in a particular embodiment, using player and game metainformation, ratings and group recommendations, a customer is able tosearch and purchase tickets easily, plus schedule the game or gamesession so that others, such as a group or buddy list, can be invitedalong to play the game. In processing block 2201, Theater Kiosk 603shows a game selection option. In processing block 2202, the customercan search games, as a member or a guest, by various criteria, includingtitle, genre, ranking, keywords, and the like. In processing block 2203,the customer is offered a list of games by title (e.g. Pacman). Inprocessing block 2204, the customer is offered a list of games by genre(e.g. Action/Arcade/Retro). In processing block 2205, the customer isoffered a list of games by ranking (most often played by this customer,customer group members, site) and ratings. In processing block 2206, thecustomer is offered a list of games by description or keywords. Inprocessing block 2207, the customer is offered game time & location(auditorium screen currently played/offered) and cost for a particulargame. In processing block 2208, the customer is shown a game schedulewhen offered (include future times/locations). In decision block 2209,the customer is asked if s/he would like to purchase game tickets. Ifso, the customer is offered the option to purchase movie tickets alsofor the next movie showing in the auditorium for the game in decisionblock 2210. If the customer chooses to buy game and movie tickets, themovie and game tickets are printed in processing block 2213. If thecustomer chooses not to buy movie tickets, the game tickets are printedin processing block 2212. In processing block 2211, the customer canreturn back to a main menu (searching movies, games, events,profile/group details).

FIG. 32 illustrates a Theater Concession Terminal Product/Service RemotePurchase. As described in a particular embodiment, inventory,advertisement, promotions, ordering, delivery and account debit arehandled in a distributed manner, where customers see advertisements andpromotions at remote locations (kiosk/auditoriums/wireless communicationdevices), and then can order those items to have delivered to their seatin the auditorium. In processing block 2301, Theater Management sets upconcession products (e.g. inventory and prices). In processing block2303, Theater Management sets up promotions (price, products, time,event, duration, conditions, quantity), schedules when/how to showpromotions (image, video, ticket stub, wireless communication device,auditorium screen, kiosk, web and phone). As part of this process,Theater Management can pull movie schedules, advertiserinformation/images/video, promotional information, pricing information,product information, and the like from various sources via the Internet2302. In processing block 2304, promotions run on kiosk 603, big screensand wireless communication devices 6011. In processing block 2305,customers see promotions at the kiosk 603, big screens and wirelesscommunication devices 6011. In processing block 2306, customers may seepromotions on the big screen or wireless communication devices 6011 andplace an order using wireless communication devices 6011 while seated inone of the auditoriums. In processing block 2307, customers may seepromotions while at kiosk 603, and order products/services using kiosk603, the ordered products/services optionally being provided to thecustomer when the customer is in attendance at a related event (e.g.movie, game, presentation or general event). Note that product/serviceorders placed by customers seated in the auditorium(s) using thewireless communication devices 6011 can be communicated wirelessly tothe theater concession terminal 604 via the theater access server 101.Product/service orders placed by customers using the kiosk 603 can becommunicated wirelessly or directly wired to the theater concessionterminal 604. Similarly, confirmations and receipts can be conveyed backto the customers placing orders using wireless communication devices6011 or kiosk 603 via the two-way communication channels describedabove. In this manner, a particular embodiment enables wired or wirelesscommunication of promotions or offerings to customers in one or moreauditoriums and enables wired or wireless product/service ordering andfulfillment. In decision block 2308, a customer is offered an option toplace an order for a product or service using the wireless communicationdevices 6011 or kiosk 603. If the customer declines the option to ordera product/service, the customer may continue chatting, playing a game orwatching a movie/videos in processing block 2309. If the customeraccepts the option to order a product/service via the wirelesscommunication devices 6011 or the kiosk 603, the customer order iselectronically communicated (wired or wirelessly), as described above,to the theater concession terminal 604. In processing block 2310, thecustomer order is printed or displayed at the concession terminal 604 asreceived from the remote devices (i.e. wireless communication devices6011 or kiosk 603). In processing block 2311, the customer order can bedelivered by theater management to the ordering customer at a locationdetermined by the kiosk 603 identifier or the wireless communicationdevice 6011 identifier. A confirmation or receipt can be electronicallydelivered to the customer via the wireless communication devices 6011 orthe kiosk 603. If the ordered product/service is for a future event(e.g. advanced scheduled event), the future delivery of theproduct/service is confirmed with the customer by their salesconfirmation code. In processing block 2312, theater management approvesor adjusts customer account debit depending on successful delivery ofthe ordered product/service. Note that the goods/services sold by theTheater Management can include game time (e.g. credit or tokens for usein playing a game) as a concession product. A customer can use wirelesscommunication devices 6011 as described above to order game credit forhim/herself or game credit for use by another player. In this manner, afirst player can use wireless communication devices 6011 to buy gamecredit for one or more other players. For example, a first player canorder game credit for players on his/her buddy list using wirelesscommunication devices 6011. A first player can also order game creditfor family members using wireless communication devices 6011.

FIG. 33 illustrates a process for Customer Sign In, Purchase, Play andComing Back to Theater Sites. As described in a particular embodiment,wireless communication devices 6011, game servers 6010, theater accessservers 101 and the system infrastructure described above enablecustomers to use profile information, community group membership,ratings and rankings to participate at events, purchaseproducts/services while at events, chat with friends at events, orinvite their friends to events. In processing block 2401, customers maybuy tickets at a box office, kiosk 603, or via the Internet (e.g. WWW).In processing block 2402, customers receive a printed ticket at the boxoffice, kiosk 603, or via mail (e.g. web orders option). In processingblock 2403, customers go into a theater auditorium enabled with thefunctionality described herein and log into a wireless communicationdevice 6011 using their ticket session/event code (optional forguests/movie only watchers). Once logged in, customers may choose from avariety of options, including viewing/editing their customer profiles.In processing block 2404, customers may select an option to watch amovie. In processing block 2405, customers may select an option to seegame & movie trailers. In processing block 2406, customers may select anoption to rate games and movies. In processing block 2407, customers mayselect an option to join one or more groups. In processing block 2408,customers may select an option to play games in progress (already beingplayed by other players) or to play available games (not already beingplayed by other players), selected games being playable both locally andwith remote players. In processing block 2409, customers may select anoption to order products/services, such as food from concessions(described above in connection with FIG. 23). In processing block 2410,customers may select an option to participate in events, such aspresentations, educational/technical training, or survey/polls. Inprocessing block 2411, customers may select an option to chat or invitefriends (e.g. SMS text messages) to join them in the event. Inprocessing block 2412, comments and ratings on the events are trackedfor future customers, events and advertisements/promotions. Inprocessing block 2413, data is propagated up to the web access/contentserver 301.

FIG. 34 illustrates a process for large, shared auditorium screen startup and player start. In a home setting, the shared screen is not aslarge as a theater auditorium display screen. However, the screen isstill shared by a plurality of viewers. Thus, the term, ‘shared screen’can be considered to cover both the large, shared auditorium screen anda shared home screen. As described in a particular embodiment, the useof the large shared auditorium screen is demand based, unless reservedfor a particular event, which supports multiple either demand selectionbased or pre-selected by theater management multimedia streams (movies,trailers, advertisements, games, or presentations), where a timer isstarted by the Game Server 6010 that ranks & merges display regionsdepending on configuration settings. In process 2500, the large, sharedauditorium screen supports multiple either demand selection based orpre-selected by theater management multimedia streams. The individual,private small wireless communication device 6011 display screens can beused for customer login as a player/participant, entering input,chatting with buddies, team mates and group members, plus localapplications for the wireless communication devices 6011, such astheater management help and product or service order placement fordelivery to customers seated in the auditorium(s). In processing block2501, the game server initially shows movie trailer/advertisements inthe top half of the large, shared auditorium screen. The lower displayregions are split between listing the top ten games and up-comingevents. The bottom status bar 707 denotes the next movie title and timeof showing. In processing block 2502, the customer comes into anauditorium with a ticket, selects a seat and activates his/her wirelesscommunication device 6011, uses his/her wireless communication devices6011 to log in with the ticket session code and/or a published SMStelephone number, and selects a game to play (searching by title, genre,descriptions or such, as described above). Alternatively, the sessioncode and/or a published SMS telephone number can be game-specific. Inthis case, the SMS messaging to the particular telephone numberimplicitly selects the game. In decision block 2503, the customer mayselect a multiplayer game explicitly or implicitly as described above.If a multiplayer game is selected, processing continues at processingblock 2504. If a multiplayer game is not selected, processing continuesat processing block 2505. In processing block 2504, for a multiplayergame, the wireless communication devices 6011 enable chatting amongstother customers until a game starts or during a game. In processingblock 2505, the Game Server 6010 starts a timer for the large screendisplay regions and content, and updates status bar region 707. Inprocessing block 2506, if this is a new session (e.g. start of day,after a movie finishes, all previous games/events have finished), thenstart up the selected game in the upper tri-mode 809 with amovie/advertisement in full width in the top horizontal portion ofscreen, and the lower portion of the screen split into two sections—topgames offered and up-coming events. The status bar 707 notes in ascrolling marquee style the title of the next movie showing and a countdown of time to go until start of the movie, or other status such asplayers/groups signing in and starting up of multimedia content. Inprocessing block 2507, if other games are started, then the other gamesget displayed in smaller display regions of the large auditorium screen,such as lower quadrants. When Game Server 6010 timers expire or othergames end and the current game persists past the other games due to paidplayers still being in the game, the display region of the largeauditorium screen allocated to the persisting game may get promoted tobeing a larger display region (e.g. growing left, growing right, fillingthe width or height of the screen, or filling the whole screen).Otherwise, if games end due to players dropping out of the game, themovie starts, or the paid time expires, the display regions allocated tothe expiring games may be deleted to allow other display regions to bepromoted space-wise or new games be started. In decision block 2513, thesystem checks to determine if it is time to show a movie on the largescreen in this auditorium. If it is time to show a movie on the largescreen, processing continues at processing block 2511. Otherwise,processing continues at processing block 2509. In processing block 2509,the large auditorium screen is allocated to games and/or promotionsprior to the start of a movie. As described above, the large screen canbe split into various display regions as new games begin or currentgames expire. In decision block 2510, Game Server 6010 determines ifeach of the current games can continue to be played. This determinationis based on whether players have paid sufficient credit for the game.Players who have paid for sufficient game time beyond the currentsession are allowed to keep those player session streams with possiblesplitting of display regions for other games. Players who have not paidfor sufficient game time are not allowed to continue playing the gameand the game stream is terminated. Game play continues for paidsessions. In processing block 2511, the movie is ready to begin so alldisplay regions on the large auditorium screen merge back and just themovie shows on the large screen as normal. In processing block 2512, ifthere are no paid sessions, all display regions revert back to apre-selected default display region configuration.

FIG. 35 illustrates a process for polling, and prompting for answers toquestionnaires and ratings. As described in a particular embodiment,requesting customer feedback on events, such as movies and games, allowsfor recommendations, based in part by audience statistics and profiles,as well as historical profiling based on attendance, event/salescausality and customer/group involvement. Game player activity duringadvertisements as well as limited time offers or reward based behaviormay lead to benefits for event content/scheduling as well as higherrevenues from advertisers targeting their market demographics andprofiles. In processing block 2601, an event starts (e.g. Movie, Game,Presentation). Network data traffic can be received from wirelesscommunication devices 6011 via the system described above. In decisionblock 2603, customers are prompted to participate in a poll orquestionnaire during an event. If customers choose to participate duringthe event, processing continues at processing block 2604. In decisionblock 2603, processing loops back to decision block 2603 for eachquestion in the poll or questionnaire. In processing block 2604, aquestion or other input may be presented to event participants(processing block 2606) and related answers are gathered, for examplevia the wireless communication devices 6011 (processing block 2607). Inprocessing block 2606, the wireless communication devices 6011 maydisplay a poll or survey question. In processing block 2607, input fromcustomers/players is obtained from their wireless communication devices6011. In processing block 2605, the event ends, which may trigger an endsurvey or rating questions. In processing block 2608, customers areprompted to participate in a post-event survey or questionnaire after anevent. If customers choose to participate after the event, processingcontinues at processing block 2604 where questions are asked and answersare obtained. In processing block 2609, if a customer wishes to skip thepoll/survey, then wireless communication devices 6011 may automaticallylog them out, perhaps based on their schedule. In processing block 2610,poll or survey questions may be shown on the large shared auditoriumscreen. In processing block 2611, the theater access server 101 logscustomer/player information received from Game Server 6010. Thiscustomer/player information can include paid attendance, wirelesscommunication device usage, product/service purchases, gamepurchase/usage, poll/survey information from the customer/player,profile information provided by the customer/player, and relatedcustomer-specific information. This customer/player specific informationcan be transferred to web access/content servers 301 for aggregationwith other user information and use in better targeting content,advertising, and promotions for specific audiences. In processing block2612, event meta information is also logged and transferred to theateraccess server 101 and to web access/content server 301. Thisevent-specific information can include paid attendance, wirelesscommunication device usage, and poll/surveys submitted. In processingblock 2613, the event is ranked based on survey results and the rankingis sent to theater access server 101 and web access/content server 301.Further, the event is categorized under both customers/players andgroups. In processing block 2614, wireless communication devices 6011,kiosk 603, or a conventional text message may be used to invite eventparticipants to join a group, if they hosted the event and have set upsuch, provided that members profiles allows such action.

FIG. 36 illustrates a process for advertising and advertisements. Asdescribed in a particular embodiment, advertisement can be driven bothby normal means as event/location schedule and content information, butalso using advanced business analytical methods that profiles customersin terms of choices offered, actions taken, affiliation or influence, ina feed back manner allowing both historical as well as predicted resultsexpected. In processing block 2701, event meta information such asscheduled time, location and topic can lead to an initial advertisementranking. In processing block 2702, Historical event attendanceinformation (both regular “guest” ticket sales and member ticket sales)can also lead to an initial advertisement ranking. In processing block2703, both member and group profile data (e.g. comparing to similar datapreviously, such as time slot, location, content type) can also lead toan initial advertisement ranking. In processing block 2704, advance saleprofile data can also lead to an initial advertisement ranking. Inprocessing block 2705, the system generates a range of initialadvertisement rankings based on content, time, and location. Inprocessing block 2706, pre-event ticket sales information (e.g.attendance numbers for games leading to movie ticket sales, etc.) can beused to rank an advertisement. In processing block 2707, a pre-eventoccurs, such as a trailer or games before a movie. In processing block2708, pre-event audience profile information (such as member profileinformation or group details) may influence future advertisementsscheduled, such as advertisements between this event and the next event.In processing block 2709, the advertisement is shown. In processingblock 2710, post-event ticket sales information (number, interval ofactual sales, location/method of sale, etc.) leads to a refinement ofthe historical event advertisement correlation. In processing block2711, a post-event occurs. In processing block 2712, post-event audienceprofile information is also used for tracking actual attendance metrics.In processing block 2713, Theater Access Server 101 and remote webaccess/content servers 301 update databases with sales data. Inprocessing block 2714, Theater Access Server 101 and remote webaccess/content servers 301 update databases with event ratings. Inprocessing block 2715, Theater Access Server 101 and remote webaccess/content servers 301 update databases with attendance data. Inprocessing block 2716, Theater Access Server 101 and remote webaccess/content servers 301 update databases with advance sales profiledata. In processing block 2717, the initial advertisement ranking iscompared with other initial rankings for analytical modelling.

FIG. 37 illustrates a process for handling general events. As describedin a particular embodiment, a paid member or member group may be allowedto host an event in a theater like environment with wirelesscommunication devices to present information to attendees and to receivefeedback in real-time from the attendees. Various embodiments provide aconvenient and efficient forum for conducting, for example,polls/surveys or focus groups. Various embodiments can enableeducational, technical, or governmental activities/events to occur withthe means to gather participant information, individual/aggregateresponses, and attendee feedback. The described system provides anefficient means of conducting certification, tests or steeringgovernmental bodies in future directions. This is possible due to thefeatures and capabilities of the various embodiments described herein todisplay shared information on an auditorium screen while displayingpersonal/confidential information on secure wireless communicationdevices 6011. Further, wireless communication device 6011 inputmechanisms can support ad-hoc, mobile environments and related events.In processing block 2801, a host (member or group) reserves anauditorium screen location and time for an event, filling in detailssuch as event name, description, hosting group (member), URL, keywords,cost, duration, pre-requisites, objectives and possible take aways. Inprocessing block 2802, the host sends out invitations to proposedattendees (e.g. via messages to group members “inbox”, phone SMS textmessages, or email, RSS feed, etc.). In processing block 2803, the hostupdates the web (e.g. a website or blog) with event information. Inprocessing block 2804, the host uploads, through a web-connected PC,event content and event agenda. In processing block 2805, proposedattendees and/or members (i.e. guests) receive invitations to the event.In processing block 2806, guests can search or view the event schedule(e.g. as made available at a host website), if the event is marked as apublic event, perhaps joining a member group if required. In processingblock 2807, Theater Management may require prior approval for the event(agendas) before the event is actually scheduled/visible. In processingblock 2808, the event begins at the theater location/time, possiblyusing split screens of images, videos, presentations, games, polls,surveys, tournaments, and the input devices from wireless communicationdevices 6011 as described above. The event may also span multiplelocations either via simulcast or via a fully interactivetwo-directional data feed. In processing block 2809, wirelesscommunication devices 6011 can be used to perform interactive functions,such as product/service ordering via theater concession terminals 604 asdescribed above. Additionally, wireless communication devices 6011 canbe used to alert auditorium management to report audio/visual quality,audience disturbances, or other issues. In processing block 2810, whenthe event ends, the theater access server 101 and web access/contentserver 301 update their databases on profiles of participants (memberand group levels), polls and surveys/tests, where some data may bereturned (aggregate) to a event host organizer. In processing block2811, one or more event multimedia streams (e.g. video, recorded sounds)may be transmitted to remote location in a simulcast fashion for othersites to (passively) observe content (such as a technical/educationalseminar or lab). In processing block 2812, event multimedia stream(s)may be sent in peer-to-peer communication to other auditorium(s) on-siteor off-site to enable two or more auditorium sites to collectivelyparticipate in event content.

FIG. 38 illustrates a process for content upload/download. As describedin a particular embodiment, the system enables a person or group toupload/download content in an efficient manner for publicpresentation/interaction, to collect survey or polled information, tooptionally charge participants, to gather (aggregate) attendanceinformation, and to advertise this event with group affiliation whereattendees can both rank and rate content. In processing blocks 2901 and2902, a person or group can upload content such as images, videos, gamesor data to web access/content server 301 for an event. In processingblock 2903, a host can schedule an event by entering details such astitle, description, key words, URL, name of group hosting event, costand setting public or group only admittance. In processing block 2904,after an event occurs, an authorized person or group can download eventdata, such as ratings, surveys/tests, and content if modified. Inprocessing block 2905, web access/content server 301 updates groupprofile data based on sales and participation data from theater accessserver 101, which includes participant ratings and comments. Inprocessing block 2906, web access/content server 301 hosts content forevents and pushes that data to theater sites that have events scheduled.In processing blocks 2907 and 2908, an advertiser can uploadadvertisement materials (e.g. images, video, presentations, gameapplication data, and the like). In processing block 2909, theadvertiser can schedule the advertisement based on event details,schedules and ranking or cost basis. In processing block 2910, theadvertiser may reschedule an advertisement based on real time metrics,such as ranking changes (e.g. attendance, pre-event ratings, etc.). Inprocessing block 2911, after the event and correspondingadvertisement(s) run, the advertiser downloads (aggregate) details ofthe event activity, plus sales information (if product/service was onsite or an event prerequisite). In processing block 2912, customers cansearch and buy event tickets from the web, box office 602 or kiosk 603.In processing block 2913, the customer attends and possibly rates theevent. In processing block 2914, after attending an event, theateraccess server 101 and web access/content server 301 update member andassociated group profile details.

FIG. 39 illustrates a process for player chat (wireless/wired). Asdescribed in a particular embodiment, the system enables customers (e.g.players at a gaming event) to search for buddies or group members, sendmessages to individuals, groups or team members during game play from awireless communication device that may involve sending messages across anetwork, such as the Internet to remote theater sites. The method alsoqueues up messages for participants who have not arrived at an eventyet. In this case, the absent participants appear as ghosts in acomputer-generated virtual space until the absent participants arrive.Upon arrival, the participants may receive and scroll through receivedmessages for possibly sending response messages. In processing block3001, a remote customer can access the system via the web from a remotetheater location. The remote customer can perform several functionswhile remotely connected. In processing block 3002, a local customer inattendance at a theater site hosting a game session using a wirelesscommunication device 6011 can perform several functions while locallyconnected. In processing block 3003, local or remote customers can viewbuddy list members. The state of members on the buddy list may beoff-line, absent, on-line, or busy. The buddy list is typically based onthe member logged into the wireless communication device 6011. Memberprofiles control whether others can view specific information in generalor by event. In processing block 3004, local or remote customers canview group list(s). The state of group members may be off-line, absent,on-line, or busy. Groups are searchable by group name, description, andkey words. Group properties can control view specific information ingeneral, by event type or keywords or by viewer member/groupaffiliation. In processing block 3005, local or remote customers canview event list members. The event list member state may be off-line,absent, on-line, or busy. Event members may control viewabilitypermissions based on event, member attempting view, group hosting event,or group affiliation attempting view. In processing block 3006, thecustomer or player, after logging into the wireless communication device6011, can then select a member or group members to whom a chat messagecan be sent. In processing block 3007, a chat message is sent from thewireless communication device 6011 (e.g. via SMS messaging as describedabove) to Game Server 6010. If the location dictates, the chat messagecan be sent on to theater access server 101, web access/content server301 and back down to a remote site theater access server 101, GameServer 6010, and finally to the remote member's wireless communicationdevice 6011. In decision block 3008, the game servers 6010 (either localor remote site) can block messages depending on a (remote) member'sprivacy settings. In processing block 3009, if the recipient has notblocked the messages, the message can show up on the receiving member'swireless communication device 6011 on which the receiving member islogged in. In decision block 3010, if an event starts, then inprocessing block 3011, the viewing game team member list is available tosearch for sending member messages. In decision block 3012, when anevent (e.g. game session) ends, then the team list discontinues andmessages are send-able on a member to member basis only. In decisionblock 3013, after an event has ended, the group (e.g.officer/administrators for the group) may send out group invites ormessages to attendees. In processing block 3014, if a member blocksgroup invites or a group hosting event message, then the group invitemessage is not sent to that member. In processing block 3015, if themember does not block group invites or group hosting event messages,then a group invite may be sent to the member and the member receivingthe invite may respond (if not already in the group hosting event).

FIGS. 8-11 show a diagrammatic representation of a machine in theexample form of a computer system within which a set of instructions,for causing the machine to perform any one or more of the methodologiesdiscussed herein, may be executed. In alternative embodiments, themachine operates as a standalone device or may be connected (e.g.,networked) to other machines. In a networked deployment, the machine mayoperate in the capacity of a server, if described herein as such, or aclient machine in server-client network environment, or as a peermachine in a peer-to-peer (or distributed) network environment. Themachine may be a personal computer (PC), a tablet PC, a set-top box(STB), a Personal Digital Assistant (PDA), a cellular telephone, a webappliance, a network router, switch or bridge, or any machine capable ofexecuting a set of instructions (sequential or otherwise) that specifyactions to be taken by that machine. Further, while only a singlemachine is illustrated, the term “machine” shall also be taken toinclude any collection of machines that individually or jointly executea set (or multiple sets) of instructions to perform any one or more ofthe methodologies discussed herein. The software executed by thesemachines may be resident in the machine or transmitted or received overa network via network interface devices utilizing any one of a number ofwell-known transfer protocols (e.g., HTTP). Storage device 905 can beused as a machine-readable storage medium for the storage and retrievalof software implemented with the various embodiments described herein.

While the machine-readable storage medium described herein is shown inan example embodiment to be a single medium, the term “machine-readablemedium” should be taken to include a single medium or multiple media(e.g., a centralized or distributed database, and/or associated cachesand servers) that store the one or more sets of instructions. The term“machine-readable medium” shall also be taken to include any medium thatis capable of storing, encoding or carrying a set of instructions forexecution by the machine and that cause the machine to perform any oneor more of the methodologies of the present invention, or that iscapable of storing, encoding or carrying data structures utilized by orassociated with such a set of instructions. The term “machine-readablemedium” shall accordingly be taken to include, but not be limited to,solid-state memories, optical and magnetic media, and carrier wavesignals.

Although an embodiment of the present invention has been described withreference to specific example embodiments, it will be evident thatvarious modifications and changes may be made to these embodimentswithout departing from the broader spirit and scope of the invention.Accordingly, the specification and drawings are to be regarded in anillustrative rather than a restrictive sense. The accompanying drawingsthat form a part hereof, show by way of illustration, and not oflimitation, specific embodiments in which the subject matter may bepracticed. The embodiments illustrated are described in sufficientdetail to enable those skilled in the art to practice the teachingsdisclosed herein. Other embodiments may be utilized and derived therefrom, such that structural and logical substitutions and changes may bemade without departing from the scope of this disclosure. This DetailedDescription, therefore, is not to be taken in a limiting sense, and thescope of various embodiments is defined only by the appended claims,along with the full range of equivalents to which such claims areentitled.

Such embodiments of the inventive subject matter may be referred toherein, individually and/or collectively, by the term “invention” merelyfor convenience and without intending to voluntarily limit the scope ofthis application to any single invention or inventive concept if morethan one is in fact disclosed. Thus, although specific embodiments havebeen illustrated and described herein, it should be appreciated that anyarrangement calculated to achieve the same purpose may be substitutedfor the specific embodiments shown. This disclosure is intended to coverany and all adaptations or variations of various embodiments.Combinations of the above embodiments, and other embodiments notspecifically described herein, will be apparent to those of skill in theart upon reviewing the above description.

Thus, computer-implemented systems and methods supporting multiplenetworked users in a shared venue using short messaging servicecommunication have been described. Although the present invention hasbeen described with reference to specific example embodiments, it willbe evident that various modifications and changes may be made to theseembodiments without departing from the broader spirit and scope of theinvention. Accordingly, the specification and drawings are to beregarded in an illustrative rather than a restrictive sense.

The Abstract of the Disclosure is provided to comply with 37 C.F.R.§1.72(b), requiring an abstract that will allow the reader to quicklyascertain the nature of the technical disclosure. It is submitted withthe understanding that it will not be used to interpret or limit thescope or meaning of the claims. In addition, in the foregoing DetailedDescription, it can be seen that various features are grouped togetherin a single embodiment for the purpose of streamlining the disclosure.This method of disclosure is not to be interpreted as reflecting anintention that the claimed embodiments require more features than areexpressly recited in each claim. Rather, as the following claimsreflect, inventive subject matter lies in less than all features of asingle disclosed embodiment. Thus, the following claims are herebyincorporated into the Detailed Description, with each claim standing onits own as a separate embodiment

What is claimed is:
 1. A system comprising: a plurality of theaterauditoriums each comprising a theater display; a theater server operablycoupled to each of the theater auditoriums; a plurality of game servers,wherein each game server of the plurality of game servers is operablycoupled to the theater server and associated with one of the pluralityof theater auditoriums; a plurality of wireless communication devicesassociated with each of the plurality of theater auditoriums, theplurality of wireless communication devices for a theater auditorium incommunication with a game server for the theater auditorium; wherein auser sends a message to the game server using a wireless communicationdevice in response to multimedia content being presented on a theaterdisplay of a theater auditorium, the message comprising a shortmessaging server (“SMS”) message.
 2. The system of claim 1, furthercomprising a cloud server operably coupled to the theater server, thecloud server configured to convert received SMS messages to TCP/IPmessages.
 3. The system of claim 1, wherein each of the wirelesscommunication devices are configured to present to a user local contentassociated with the multimedia content presented on the theater display.4. The system of claim 1, wherein the multimedia content comprises amultiplayer game.
 5. The system of claim 4, wherein one or more users ina first theater auditorium play the multimedia game against one or moreusers in a second theater auditorium.
 6. The system of claim 5, whereinthe first theater auditorium is located at a first theater site and thesecond theater auditorium is located at a second theater site, the firsttheater site being different than the second theater site.
 7. The systemof claim 6, wherein the first theater site and the second theater siteare members of a same theater chain.
 8. The system of claim 6, whereinthe second theater site comprises a home theater site, a user at thehome theater site communicating with users at the first theater siteusing a communications device in communication with a theatercommunications controller.
 9. The system of claim 8, wherein the user atthe home theater receives access to the game in response to paying a feefor a subscription.
 10. The system of claim 6, wherein the secondtheater site comprises a mobile theater site, a user at the mobiletheater site communicating with users at the first theater site using acommunications device in communication with a theater communicationscontroller
 11. The system of claim 1, wherein a user at a theaterauditorium can communicate with one or more different users at one ormore of a theater auditorium, a home, or a mobile site using a wirelesscommunication device at the theater auditorium.
 12. The system of claim1, wherein a user creates a profile using a wireless communicationsdevice, the profile comprising one or more of a user's personalinformation, game statistics, and preferences.
 13. A method comprising,presenting multimedia content on a theater display at a theaterauditorium, the multimedia content being presented by a game serverassociated with the theater auditorium; logging a user in to a wirelesscommunication device at the theater auditorium; and sending one or moreshort message service (“SMS”) messages to the game server from thewireless communication device in response to user input, the userproviding input in response to the multimedia content.
 14. The method ofclaim 13, further comprising converting received SMS messages to TCP/IPmessages at a cloud server.
 15. The method of claim 13, wherein each ofthe wireless communication devices are configured to present to a userlocal content associated with the multimedia content presented on thetheater display.
 16. The method of claim 13, wherein the multimediacontent comprises a multiplayer game.
 17. The method of claim 16,wherein one or more users in a first theater auditorium play themultimedia game against one or more users in a second theaterauditorium.
 18. The method of claim 17, wherein the first theaterauditorium is located at a first theater site and the second theaterauditorium is located at a second theater site, the first theater sitebeing different than the second theater site.
 19. The method of claim16, wherein the second theater site comprises a home theater site, auser at the home theater site communicating with users at the firsttheater site using a communications device in communication with atheater communications controller.
 20. A computer program productcomprising a computer readable storage medium having program codeembodied therein, the program code readable/executable by a processorfor: presenting multimedia content on a theater display at a theaterauditorium, the multimedia content being presented by a game serverassociated with the theater auditorium; logging a user in to a wirelesscommunication device at the theater auditorium; and sending one or moreshort message service (“SMS”) messages to the game server from thewireless communication device in response to user input, the userproviding input in response to the multimedia content.